在軟體工程師職涯上，你一定會遇到各種形形色色的同事，這裡我想分享這個議題，讓你了解各種常見溝通地雷，同時也會提到，當你遇到別人這樣跟你說時，該如何應對。

這東西應該很簡單吧？

每個人都有他的專業存在，如果你對他所擅長的領域一知半解，那麼我勸你不要輕易說出這句話。這句話通常是毀掉同事關係的必殺技。

而且有些人甚至還會再補刀說：
「這明明很簡單，我之前看到網站就有做這效果！」
「我其實之前也是寫過程式的，你不要唬我，想順便延長開發時間！」
「我的工程師朋友之前也寫過類似功能，他說根本沒難度啊~」

看到這，是不是有覺得拳頭越來越硬了？
通常會輕易說出這種話的人，我自己歸納絕大部分會有兩種人。

第一種就是他真的就很無腦說了這句話，
第二種則是他期盼這功能可以盡快開發出來，這種類型則佔多數。

所以當對方說了某句話時，你可以推敲他背後的真正的目的，
當你其實知道箇中原因時，就可以比較理性地與他討論。

如果東西並沒有很簡單時，我會建議你仍必須讓窗口了解其難度，以及所需要的工作天，
在持續溝通理解對方的領域時，才可以讓雙方尊重彼此的專業。

沒跟你討論，就擅自與客戶壓時程、確認功能

這裡我想分享兩種類型，
一種是你的同事，另一種是你的上層。

通常 PM 與老闆較容易做這樣的事情，
去客戶那裡開會，答應客戶需索無度的需求，帶回公司後被工程師釘到天花板上。

我這裡會給他們這樣的懶人包判斷：

如果想答應客戶功能，這功能必須滿足以下幾點
1. 妳確認工程師有做過類似功能
2. 開發時間不超過一至二個工作天，避免工時拉得過長。

如果以上兩點你都不確定，那麼我建議你向客戶開會時，向客戶說：「好的，這功能我回去向工程師討論複雜度，明天我再透過 mail、電話回覆給你可以嗎？」

這樣的好處很多，第一點客戶會認為你有善待它的功能，第二點你的工程師同事也會覺得你有擋掉一些需求，並有尊重他的專業，進以加速評估開發時程。

通常這些客戶的潛在需求，有時也會當作是「結案的籌碼」，
如果這些功能是簽約後才提出的額外功能，所以自然有可能需要額外報價。

但有時 PM 會將這些功能保留起來，當準備結案時，為了提升客戶的滿意度，
會將「客戶認為比較困難，但其實並不會花太多時間」的功能做出來，
好讓客戶滿意，並順利結案，開發票進行請款。

所以以上的專案流程，也提供給工程師們能針對這些細節，
與 PM 討論與客戶們的需求應對。

備註

當然也有些人說，那開會的時候一起帶工程師去開會不就好了？
但以管理營運面來說，也都必須控管人力時間投入資源，

所以比較傾向是說，
如果 PM 曾經有跟工程師們共同開發過幾個相似專案，
那麼此時讓 PM 獨自去與工程師溝通是可以的，
但假使新專案使用的技術都是曾經沒用過的，那為了加速溝通，才會允許帶工程師去開會。